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NOTA IMPORTANTE: 

Algunos programas incluidos en los CD de 
“Programación y Diseño de Videojuegos” son 
versiones completas, pero en otros casos se 
trata de versiones demo o trial, versiones de 
evaluación que Iberprensa quiere ofrecer a 
nuestros lectores, No se trata en ningún caso de 
las versiones comerciales de los programas, y 


las hemos incluido para dar al lector la oportuni- 


dad de conocer y probar esos programas y que 
así pueda decidir posteriormente si desea o no 
adquirir las versiones comerciales de cada uno. 


PARA ENCUADERNAR LA OBRA: 


» Para encuadernar los dos volúmenes que componen 
la obra “Programación y Diseño de Videojuegos” se 
pondrán a la venta las tapas 1 y 2. 


» Tapas del volumen 2 ya a la venta. 


» Los suscriptores recibirán las tapas en su domicilio 
sin cargo alguno como obsequio de Iberprensa. 


Aprende divirtiéndote 


Bienvenidos de nuevo a Programación y Diseño de Videojuegos, la 
primera obra coleccionable cuyo objetivo es formar al alumno en las prin- 
cipales técnicas relacionadas en el desarrollo completo de un videojuego. 


A lo largo de la obra el lector está aprendiendo programación a nivel general 
y a nivel específico con ciertas herramientas y lenguajes, aprendiendo a tra- 
bajar con aplicaciones de retoque de imagen y también de diseño 3D y ani- 
mación. Estamos descubriendo las aplicaciones profesionales más impor- 
tantes de audio y conociendo la historia de lo que se denomina “la industria 
del videojuego”, los últimos 20 años, los juegos que marcaron un avance, 
sus creadores y en general la evolución del videojuego. 


Pero además, esta obra tiene un segundo objetivo, desarrollar y poten- 
ciar la creatividad del lector, nosotros a lo largo de las diferentes entre- 
gas pondremos las bases y tú pondrás tu ingenio, tu creatividad y tu 
capacidad de mejorar. 


Nos encontramos a mitad de camino del viaje de 20 semanas que os 
proponemos, viaje articulado en 400 páginas y 20 CD-ROMs cuya finali- 
dad es proporcionar las bases mínimas para después cada uno conti- 
nuar su camino. 


Recuerda que para alcanzar el éxito necesitas cumplir tres condiciones: 
que te gusten los juegos, poseer cierta dosis de creatividad y finalmen- 
te capacidad de estudio. 


Una la cumples seguro. 


241 Zona de desarrollo 
Ahora es preciso implementar un sistema de colisiones que proporcione 
una total interacción con el entorno. 


245 Zona de gráficos 


rador, puente y rocas), así como los árboles pétreos. 


249 Zona de audio 


Continuando con la serie dedicada a Anvil Studio, comenzamos en este 
número el estudio de cómo realizar nuestro tema musical. 


241 Blitz 3D 


en un mundo 3D. 


245 Tutorial 


genes predefinidas. 


247 Historia del videojuego 
Terminamos la serie dedicada a los juegos de estrategia en tiempo real, 
hablando de dos subgéneros: los juegos divinos y los puzzles. 


249 Cuestionario 


encontrarás las respuestas. 


Contenido CD-ROM 


Páginas dedicadas a la instalación y descripción 
del software que se adjunta con cada coleccionable. 


Sum iarl!lo 


Pasamos a realizar los elementos estáticos del decorado (almacenes, gene- 


Vamos a descubrir, con esta entrega, la definición de la cámara y sus posi- 
bilidades en Blitz3D, ya que es importante entender el concepto de cámara 


Aprendemos a desarrollar una serie de funciones que nos permitirán escri- 
bir letras o números en pantalla utilizando caracteres procedentes de imá- 


Cada semana un pequeño test de autoevaluación, en el próximo número 


y 
SERVICIO TECNICO: 
Para consultas, dudas técnicas y reclamaciones Iberprensa 
ofrece la siguiente dirección de correo electrónico: 
gamesOiberprensa.com 


PETICIÓN DE NÚMEROS ATRASADOS: 

El envío de números sueltos o atrasados se realizará contra 
reembolso del precio de venta al público más el coste de los 
gastos de envío. Pueden ser solicitados en el teléfono de atención 
al cliente 91 628 02 03 


ctuando 


con el entorno 


na vez completado el 

estudio de cómo con- 

trolar nuestra bionave 

de combate por el 
jugador, es preciso implemen- 
tar un sistema de colisiones 
que proporcione una total inte- 
racción con el entorno. 

Quizás ésta sea la parte más 
importante en el desarrollo de un 
juego, ya que puede determinar la 
credibilidad del mundo que quere- 
mos plasmar en el monitor. Así que 
vamos a intensificar nuestros 
esfuerzos en la detección, por 
parte de nuestra nave y de los dis- 
paros, del terreno, árboles, rocas y 
edificios, así como de los animales, 
plantas y otros enemigos. 


(um) ¿CÓMO 
DESPLAZAR LA 
BIONAVE POR EL 
TERRENO? 


No hace falta recalcar la importan- 
cia del terreno en un juego como 
“Zone of Fighters”. En él se desa- 
rrolla toda la acción y es el sopor- 
te de todo el entorno. Es obvio 
que su presencia en el mapa de 
colisiones del juego es primordial. 

Como explicamos en la sección 
de Blitz3D del número 8, lo que pri- 
mero debemos hacer es crear un 
mapa de colisiones formado por 
las entidades involucradas. Para 
ello, es preciso asignar a cada una 
de ellas el tipo de colisión con el 
comando “EntityType”. En reali- 
dad, se trata de establecer a cada 
entidad el número de identificación 
que tendrá dentro del mapa. Por 
ejemplo, podemos definir el terre- 
no como entidad 1 o la bionave 


Todos los procesos de colisión 


que afecten a la bionave influi- 
rán de igual manera a la cáma- 
ra como entidad ligada a ella. 


Diseño y 
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como entidad 4 y así con todas las 
demás: 


EntityType ica; 
EntityType Pa 
EntityType 


Realmente resulta sencillo. 
Pero supongamos que queremos 
definir un gran número de tipos 
de entidades. Llegará un momen- 
to en el que será difícil distinguir a 
qué tipo pertenece una entidad 
cualquiera cuando tengamos que 
hacer referencia a ellas en nuestro 
código. Para solucionar el proble- 
ma, asignamos a cada número un 
nombre por medio de constantes. 
Así nuestra definición anterior 
quedaría: 


Como se puede comprobar, de 
esta manera es mucho más senci- 
llo saber a qué tipo nos estamos 
refiriendo. Por lo tanto, en el 
módulo “Definiciones.bb” defini- 
remos estos tipos de entidades 
mediante constantes: 


Const ENTIDAD TERRENO = 1 
Const ENTIDAD_CAMARA = 2 
Const ENTIDAD BIONAVE = 4 


Una vez definidos los tipos 
debemos asignarlos para el mapa 
de colisiones (recordemos que la 
cámara es una entidad vinculada 
a la bionave, así que se comporta- 
rá de la misma manera): 


EntityType terrenol, ENTIDAD_TERRENO 
EntityType terreno1, ENTIDAD_CAMARA 
EntityType bionave, ENTIDAD BIONAVE 


omvoasRavs3a 


, ENTIDAD_ CAMARA 
>, ENTIDAD_BIONAVE 


Entity Type Cama 
EntityType Biona 


hr 


EntityType Terreno, ENTIDAD_TERRENO 


)_TERRE! 
D_ TERRENO 


Collisio 


Collisi 


La cámara se comporta exactamente ¡igual que la 
bionave en el proceso de colisión con el terreno. 


Para realizar todas estas defi- 
niciones creamos la función 
“Mapa_Colisiones”, la cual situa- 
mos en el módulo de gestión del 
juego “Fjuego.bb” (Ver Fig.1). 

Ya estamos preparados para 
activar la colisión entre ambas 
entidades mediante la instrucción 
“Collisions”: 

Collisions ENTIDAD_CAMARA, 

ENTIDAD_TERRENO, 2, 3 

Collisions ENTIDAD_BIONAVE, 

ENTIDAD_TERRENO, 2, 3 

Hemos utilizado como método 
el sistema de esfera a polígonos 
para que la bionave detecte el 
terreno. Es el más recomendable 
para utilizar con terrenos, ya que 
sólo tenemos que pasar al siste- 
ma de colisiones de Blitz3D el 
tamaño de la primera entidad. 
También hemos utilizado como 
respuesta al choque entre las dos 
entidades el sistema de desliza- 
miento. De esta forma, consegui- 
mos que la bionave, en vez de 
quedarse parada al chocar con 
una elevación, se deslice suave- 
mente. Ya sólo nos queda definir 
la esfera invisible que rodea a la 
bionave y que sirve de referencia 
al sistema de colisiones para 
poder realizar las detecciones con 
los polígonos del terreno. 
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Escala Bionave = 1 
EntityRadius Bionave, 1 Escala Bionave = 1 


EntityRadius Bionave, 2 


Si escala Bionave = 1 
EntityRadius Bionave, 1 


Utilizando “EntityRadius” aumentamos el rango de 
acción del sistema de colisión “esfera - a - polígonos”. 


Utilizaremos el comando 
“EntityRadius” que aplicamos en 
el momento de cargar el modelo 
de la bionave en la función 
“crear_modelos” del módulo 
“funcpantaudio.bb” (Ver Fig.2): 
bionave=LoadMesh (“c:1zone of 
fightersimodelosYbionave.3ds”) 
pivote bionave=CreatePivot (bionave) 
EntityTexture bionave,textura bionave 
EntityRadius bionave,55 


Con todos estos procedimien- 
tos ya hemos logrado que la bio- 
nave no atraviese el terreno y que 
se deslice siguiendo sus irregula- 
ridades (Ver Fig.3). 


(um) DETECTANDO EL 
DECORADO 
Ahora mismo, si lanzamos a la bio- 
nave contra un edificio, un árbol o 
una roca, los atravesaría sin más. 
Esto es debido a que todavía no 
hemos definido su presencia en el 
mapa de colisiones del juego. 
Realmente, el paso para hacer esto 


Deslizamiento 


Collisions ENTIDAD_BIONAVE, ENTIDAD_TERRENO, 2/3 


3 


Para implementar un desplazamiento suave sobre el 
terreno es conveniente aplicar el método 3. 
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es prácticamente igual que el reali- 
zado para la detección del terreno. 
En primer lugar definimos las 
constantes para los tipos de coli- 
sión del decorado. Así que pode- 
mos definir cada elemento anterior 
como sigue: 
Const ENTIDAD ALMACEN = 5 
Const ENTIDAD ALMACEN2 6 
Const ENTIDAD PUENTE = 7 
Const ENTIDAD GENERADOR = 8 
Const ENTIDAD ROCA1 =:9 


Const ENTIDAD ROCA2 = 10 
Const ENTIDAD ARBOL] = 11 
Const ENTIDAD ARBOL2 = 12 


Si observamos bien, estas defi- 
niciones no están verdaderamente 
optimizadas. Si nos paramos a 
pensar, veremos que lo que busca- 
mos con la definición de colisiones 
es una respuesta determinada del 
sistema al choque de una entidad 
con otra. Según el diseño del 
juego sabemos que hay entidades 
del decorado que sufrirán algún 
tipo de desplazamiento cuando 
son alcanzadas por un disparo y 
otras que permanecerán intactas. 
Sabiendo este dato podemos 
deducir que en el juego existen 
dos tipos de entidades de decora- 
do claramente diferenciadas, aun- 
que para ambos tipos, la bionave 
se comportará de la misma forma 
en el momento de colisionar con 
ellos. Es evidente, también, que si 
la bionave colisiona con la entidad 
“Roca1” o “Almacen1” los efectos 
serán los mismos que si lo hiciera 
con la entidad “Roca2” o 
“Almacen2”. Así que lo más lógico 
sería englobar a estas entidades 
en el mismo tipo de colisión deno- 
minándolas, por ejemplo, como 
del tipo “EDIFICIO”. Así que pode- 
mos resumir la anterior definición 
de constantes de la siguiente 
manera: 

Const ENTIDAD EDIFICIO = 5 

Const ENTIDAD ARBOL = 6 

Todas las construcciones: 
almacenes, generadores, puentes 
y rocas, pertenecerán al grupo de 
los “edificios”, el cual constituye 
el decorado estático. Y todos los 
tipos de árboles pertenecen al 


E TN E E 


grupo de elementos del decorado 
móviles. 

Por lo tanto, y siguiendo esta 
premisa, podemos reducir enor- 
memente las definiciones y por 
consiguiente el mapa de colisio- 
nes para el resto de entidades. De 
esta manera obtenemos un mapa 
más limpio, pequeño y eficaz, lo 
cual favorece a obtener un mayor 
rendimiento en el juego. Ya sólo 
nos queda asignar estos tipos al 
mapa de colisiones y activarlos. 
Las asignaciones de los elemen- 
tos estáticos y movibles del deco- 
rado la haremos en el momento 
de crear cada una de estas enti- 
dades. Así que trasladamos esta 
cuestión al próximo número, 
donde crearemos estos elemen- 
tos. En la función 
“Mapa_Colisiones()” del módulo 
“Fjuego.bb” se encuentra el mapa 
completo de colisiones para 
“Zone of Fighters”. 


(m) ¿CÓMO AISLAR 

LAS COLISIONES? 
Una vez determinado el mapa de 
colisiones de todo el juego debe- 
mos establecer las diferentes 
acciones derivadas del choque 
entre las entidades. Como sabe- 
mos, el mapa de colisiones nos 
sirve para activar todas las coli- 
siones y obtener una respuesta 
determinada al choque, pero sólo 
eso. No sabemos, por ejemplo, 
con qué entidad en particular 
hemos colisionado ni podemos 
determinar una acción específica. 
Para ello, disponemos de una 
serie de instrucciones que utiliza- 
das adecuadamente nos ayuda- 
rán en esta misión. 


Tipo_Voladores 


If EntityCollided (bionave,ENTIDAD_ENEMIGO) 
For n=1 To CountCollisions(bionave) 
ent=CollisionEntity(bionave,n) 
Next 
For volador.tipo_voladores= Each tipo_voladores 
A or=ent vida=vida-20 


Se puede islar una entidad de un grupo del mismo 
tipo con “CountCollision” y “CollisionEntity”. 
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Código 1. Detectamos con qué “volador” chocamos 


If EntityCollided (bionave,ENTIDAD ENEMIGO) 
; Si el escudo está activado queda inmunizado, así que volvemos 
For n=1 To CountCollisions(bionave) 
ent=CollisionEntity(bionave,n) ; Guardamos con qué volador chocamos 


If escudo bionave=1 Return 


Next 


For volador.tipo voladores= Each tipo voladores 
If voladorlentidad volador=ent vida=vida-20 :play(schoque,c_schoque,bionave): Return 


En la función “actualizar_juga- 
dor_principal” del módulo “juga- 
dor_principal.bb” es donde resolve- 
mos todas estas cuestiones. Antes 
de proseguir hay que recordar que 
los “voladores” son esos cubos 
que pululan por el escenario y que 
siempre persiguen a la bionave. En 
el mapa de colisiones los definimos 
como del tipo “enemigo”, así que 
vamos a detectar con qué “vola- 
dor” chocamos (Ver Fig.4) (Ver 
Código 1). 

Una vez que hemos chocado 
con cualquier “volador” (“tipo ENE- 
MIGO”) utilizamos un bucle para 
recorrer cada una de las colisiones 
(almacenadas en la lista de colisio- 
nes) que ha sufrido la bionave 


durante la última actualización del 
mundo 3D con “CountCollisions”. 
La otra entidad involucrada la guar- 
damos en el manipulador “ent”, el 
cual nos servirá posteriormente 
para averiguar el “volador” en con- 
creto. Así que recorremos la 
estructura “tipo_voladores” y com- 
paramos cada entidad de la estruc- 
tura con la almacenada en “ent”. Si 
coinciden, restamos vida a la bio- 
nave y volvemos. Hemos aprendi- 
do que lo importante es averiguar 
con qué entidad en concreto 
hemos colisionado, las consecuen- 
cias estarán determinadas por 
cada situación. 

Para detectar los disparos ene- 
migos no hace falta saber con 


Código 2. Aislamos cada tipo de armamento 


If EntityCollided (disparolsprite,ENTIDAD TERRENO ) 


Select tipo armamento 
Case 3 
If Terreno dinamico=True 


; Bombas de minifusión 


ex=EntityX(disparolsprite) 
ey=EntityY (disparolsprite) 
ezÁ=EntityZ (disparolsprite) 
TFormPoint( ex,ey,ez,0,terrenol ) 


cuál de ellos se ha colisionado ya 
que para todos se produce la 
misma respuesta. 


(1) IMPLEMENTANDO 
LAS COLISIONES 
DE LOS DISPAROS 

Quizás el proceso más interesante y 

complejo sea dar a conocer la pre- 

sencia de los disparos en el juego al 
resto de entidades. Debemos imple- 
mentar los procesos de colisiones 
en la función de actualización de 
cada disparo “actualizar_disparo” 
del módulo “jugador_principal.bb”, 
ya que es la mejor forma de contro- 
lar las diferentes acciones por cada 
disparo individualmente. 


(m) COLISIONANDO Y 
DEFORMANDO EL 
TERRENO 

Según nuestro diseño inicial, se 

contempla la posibilidad de defor- 

mar el terreno para crear cráteres 
causados por el impacto de bom- 
bas de minifusión (Ver Fig.5). 

De este modo, después de 
detectar la colisión debemos ais- 
lar cada tipo de armamento con 


una estructura “Select.. Case” 
(Ver Código 2). 


hi=TerrainHeight( terrenol,TFormedX(),TFormedZ() ) 
If hi>0 
hi=hi-.1:1f hi<0 Then hi=0 
ModifyTerrain terrenol,TFormedX() ,TFormedZ (),hi,True 
ModifyTerrain terrenol,TFormedX ()+Rnd(-1,1),TFormeaZ ()+ 
Rnd(-1,1),hi,True 
ModifyTerrain terrenol,TFormedX()+Rnd(-1,1),TFormedZ ()+ 
Rnd(-1,1),hi,True 
EndIf 
EndIf 
Crear explosion(disparo) 
FreeEntity disparolsprite 
Delete disparo 


Return 
Default ModifyTerrain terreno,TFormedX(),TFormedZ(),altura 5 
End Select 
Endif Con el comando “ModifyTerrain” podemos obtener 
resultados como el que se muestra en la imagen. 
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1.TFormPoint (DispX, DispY, DispZ) 
2. TFormedX(), TFormedZ, TFormedY() 


Disparo (Disp). sa 4 


Terreno 


Para poder modificar un terreno con “ModifyTerrain” 
es necesario averiguar las coordenadas exactas 
donde cayó el disparo por medio de “TFormPoint”. 


Para modificar el terreno utiliza- 
remos la función “ModifyTerrain”, 
la cual modifica la altura en un 
punto determinado de éste. Pero, 
¿cómo podemos averiguar qué 
punto modificar? Esta información 
nos la proporcionarán las coorde- 
nadas del propio disparo. No obs- 
tante, para que todo surta efecto, 
es necesario trasladar estas coor- 
denadas a las del terreno, las cua- 
les son almacenadas por la fun- 
ción”TFormPoint”. 

A continuación, es preciso 
recuperar estos valores para que 


puedan ser utilizados por la fun- 
ción “ModifyTerrain”. Para tal fin 
disponemos de las funciones 
“TFormedX”, “TFormedY” y 
“TFormedZ” (Ver Fig. 6). 

Después de formar el cráter, 
creamos una explosión, borramos 
la entidad disparo de la memoria y 
regresamos. 


(um) COLISIONANDO CON 

EDIFICIOS Y ÁRBOLES 
En las colisiones con los edificios 
(almacenes, puentes, generadores 
y rocas), además de crear la explo- 
sión, vamos a dejar una mancha. A 
este tipo de entidad la denomina- 
remos “agujero” y es un sprite 
que orientaremos en la dirección 
del polígono que recibe el impacto. 

Esta orientación la realiza- 
mos con la instrucción 
“AlignToVector”, la cual alinea 
los ejes del sprite en la direc- 
ción del vector establecido por 
las normales del polígono 
impactado. Para poder orientar 
el sprite en cualquier dirección 
es necesario establecerle pre- 
viamente el modo 4 de visuali- 
zación con “SpriteViewMode” 
(Ver Código 3). 


Código 3. Establecemos el modo 4 de visualización 


If EntityCollided(disparo1sprite,ENTIDAD_EDIFICIO) 


If Decorado _interactivo=True 


For n=1 To CountCollisions (disparolsprite ) 
colision_x**t=C01lisionX(disparolsprite,n ) 
colision _y+*=CollisionY (disparolsprite,n ) 
colision _z*=Collisionz(disparolsprite,n ) 
normal_x*=Co1lisionNX (disparolsprite,n ) 
normal_y+*t=Co11isionNY (disparolsprite,n ) 
normal_z*t=CollisionNZ (disparolsprite,n ) 
¡Dejamos una mancha donde impacta el disparo para simular un agujero 


agujero.aguje=New aguje 
agujerolalfa=1 


agujerolsprite=CopyEntity (sprite agujero) 

ScaleSprite agujero|sprite,Rnd(6,15),Rnd(6,15) 

PositionEntity agujerolsprite,colision x,colision y,colision_z 
AlignToVector agujerolsprite, -normal_x,-normal_y,-normal_z,3 
MoveEntity agujerolsprite,0,0,-.1 


Exit 

Next 
EndIf 
Crear_explosion (disparo) 
FreeEntity disparolsprite 
Delete disparo 
Return 

EndIf 
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Otro elemento del decorado 
que debemos detectar son los 
árboles. A diferencia de los edifi- 
cios, no permanecerán estáticos 
cuando reciban el impacto de un 
disparo, sino que se moverán ale- 
atoriamente unos pocos píxels en 
su ejeXe Y: 

If EntityCollided 
(disparol sprite, ENTIDAD_ARBOL) 
For n=1 To CountCollisions 
(disparolsprite ) 
ent=CollisionEntity 
(disparolsprite,n) 
xentit=EntityX (ent) 
yenti=EntityY (ent) 
zentit=EntityZ (ent) 

TurnEntity ent,Rnd(1,4), 

Rnd(1,4),0 
Next 


Como podemos observar 
todos los procedimientos son 
prácticamente ¡iguales entre sí. 

Con este número hemos 
completado el estudio de la 
implementación de nuestra bio- 
nave de combate en el juego. 
El siguiente paso será dar vida 
al terreno de juego, controlan- 
do la manera de colocar todos 
los elementos del decorado 
según el sistema de juego 
seleccionado. Pero antes, 
sería interesante hacer un inci- 
so para dedicar una entrega al 
sistema de partículas que nos 
permitirá crear efectos especia- 
les como fuego o humo. 


DEFINICIÓN 


>» VECTOR Y NORMAL 

En un espacio 3D, un vector 
es un segmento de recta 
colocado en cualquier punto 
y con una dirección determi- 
nada. Una normal es un vec- 
tor perpendicular a cualquier 


polígono. 


En el próximo 
número... 


dd 


... aplicaremos los efectos 
especiales de humo, fuego o 
climatología. 


Diseño y 


Fabricando los 


elementos del jue 


na vez que hemos 

terminado de crear 

los seres vivos del 

juego, pasamos a 
realizar los elementos estáti- 
cos del decorado (almace- 
nes, generador, puente y 
rocas), así cómo los árboles 
pétreos. 


SY MODELANDO LOS 

ALMACENES 
En “Zone of Fighters” dispo- 
nemos de dos tipos de alma- 
cenes, uno cúbico y otro pen- 
tagonal. Empezaremos mode- 
lando el primero de ellos con 
Milkshape3D. 

Una vez preparadas las vis- 
tas pasamos a crear el cuerpo 
principal de la estructura, la 
cual basamos en un cubo. Para 
el techo, añadimos un par de 
cubos más, pero de menor altu- 
ra y tamaño el primero y de 
igual altura pero de mayor 
tamaño el segundo. Este último 
cubo servirá para añadir una 
especie de visera, tal y como se 
muestra en la figura 1. 

Continuamos, modelando y 
colocando las piezas de las 
esquinas. Para poder situarlas 
mejor, es conveniente ocultar 
el cubo mayor anterior (vise- 
ra). Así que la seleccionamos 
en la pestaña Groups en el 
panel de herramientas y pul- 
samos en Hide. 

Para las piezas de las esqui- 
nas partimos de un cubo esca- 
lado en forma de pilar. Para 
obtener la forma definitiva, 
seleccionamos los dos vérti- 
ces exteriores de la parte 
superior y los unimos a los 
vértices interiores. Seguida- 
mente, ajustamos la base de la 
pieza al cuerpo del almacén, 
desplazando los dos vértices 
interiores de la base hacia las 
paredes del cubo principal. 


Diseño y 
Programación de 


Para finalizar la pieza, unimos 
los vértices exteriores de la 
misma base entre sí (“Ctrl” + 
“N”) (Ver Fig. 2). 

Para crear las otras piezas 
de las esquinas utilizamos fun- 
ciones de duplicación y Mirror. 
Para poder continuar, volvemos 
a mostrar la pieza que oculta- 
mos anteriormente. En ella, 
seleccionamos los vértices infe- 
riores y los desplazamos para 
unirlos con la estructura princi- 
pal del almacén. Terminamos, 
colocando la chapa en la pared 
donde irá posteriormente el 
logotipo del juego mediante un 
cubo escalado. 

Para modelar el segundo 
almacén partiremos de un 
cilindro con 1 “Stack” y 7 
“Slices” y con la opción Close 
Cylinder activada que servirá 
de cuerpo principal de la 
estructura. Para el techo, 
utilizamos duplicaciones 
escaladas de este cilindro tal 
y como se muestra en la 
figura 3. 

Para terminar el techo, 
seleccionamos los vértices de 
la cara superior de la última 
duplicación y los desplazamos 
hacia el interior con la herra- 
mienta de escalado. 
Finalizamos, colocando la 
pieza para situar el logotipo. 


SY MODELANDO UN 
GENERADOR 
Los generadores son elemen- 
tos más complejos de mode- 
lar. Constan de un cuerpo 
principal cilíndrico al que se le 
añade por ambos lados una 
gran tubería de tres piezas 
que llega hasta el suelo. 
Empezando con el cuerpo 
principal, situamos un cilindro 
de 1 “Stack” y 8 “Slices” y lo 
rotamos sobre su eje X 90 
grados para volcarlo. Para 


Para poder ajustar correctamente los pilares a 
cada esquina de la estructura principal es conve- 
niente ocultar la pieza seleccionada de la figura. 


Los vértices exteriores de la base del pilar se pue- 
den unir para obtener la forma deseada. 


Duplicando y escalando el pentágono principal 
podemos obtener el resto de elementos del alma- 
cén. 


SODI3VaA9D 3O VNOZ 


ZONA DE 
O ShAricos 


Duplicando el hexágono principal y escalando la 
copia obtenemos el anclaje mayor de las tuberías. 


Las tres partes del cilindro que forman la primera 
sección de la tubería nos servirán para establecer 
la forma de los chaflanes de los extremos. 
Procedimiento 3 y 4 de la figura. 


Debemos ajustar y rotar las demás secciones de la 
tubería para que alcance el suelo. 


crear los anclajes de las tube- 
rías utilizaremos el mismo 
cilindro, duplicándolo y apli- 
cándole un escalado de 0.9 
puntos en todos los ejes. De 
esta forma, nos ahorramos 
tener que rotar un cilindro 
nuevo. Seguidamente, selec- 
cionamos los vértices exterio- 
res de esta pieza y los escala- 
mos hacia dentro en propor- 
ción 0.8. Realizamos las mis- 
mas operaciones para la 
siguiente pieza más pequeña 
del anclaje (Fig. 4). 

Una vez terminado, selec- 
cionamos las dos piezas y la 
duplicamos para crear el otro 
anclaje. Posteriormente, sólo 
tenemos que aplicar un Mirror 
front <-> back para situarlo al 
otro lado (Fig. 5 / 1). 

El siguiente paso será crear 
una de las tuberías unidas al 
anclaje. Esta pieza consta de 
un cilindro situado en medio 
de otros dos mayores. 
Inicialmente, creamos el pri- 
mer cuerpo de la tubería, el 
Cual está unido a la estructura 
principal a través de uno de 
los anclajes. Para ello, parti- 
mos de un cilindro cerrado de 
3 “Stacks” y 9 “Slices”. Los 
“Stacks” o partes nos servi- 
rán para crear los ajustes de 
los extremos del trozo de 
tubería (Fig. 5 / 2). 

Seleccionamos los vértices 
de cada parte y los desplaza- 
mos uno hacia el lado izquier- 
do y otro hacia el derecho. 
Posteriormente, selecciona- 
mos los vértices de cada 
extremo y los escalamos 
manualmente hacia fuera (la 
parte interior) y hacia dentro 
(la exterior) o bien aplicando 
valores de 0.8 en cada eje. 
Obtendremos el resultado de 
la figura 5 / 3. Finalizaremos, 
girando un poco esta pieza 
para ir orientando la tubería 
hacia el suelo (Fig. 5 / 4). La 
siguiente parte está situada 
en el centro de la tubería y es 
de menor tamaño. Se realiza 
de la misma manera pero par- 
tiendo de un cilindro con sólo 
un “Stack”, ya que no lleva 
uniones y queda incrustada 


en las otras dos piezas mayo- 
res. Seguidamente, volvemos 
a aplicar un pequeño giro para 
seguir la orientación hacia el 
suelo (Fig. 6 / 1). 

Concluimos con la tercera 
parte de la tubería, que termi- 
nará introducida en la tierra. 
Por este motivo, sólo tendrá 
dos “Stacks”, ya que sólo 
posee una unión en la parte 
interior (Fig. 6 / 2). Hasta el 
momento tenemós sólo una 
de las tuberías completa. Para 
realizar la del otro lado, como 
siempre, únicamente tenemos 
que seleccionarla por comple- 
to, duplicar y realizar un 
Mirror front <-> back. Y como 
es habitual, colocaremos un 
cubo escalado en el cuerpo 
principal para situar el logoti- 
po del torneo (Fig. 6 / 3). 


SY MODELANDO UN 
PUENTE 

Esta pieza es un poco más 

compleja que la anterior y cons- 

ta de dos partes diferenciadas: 

la base y techo del puente y los 

soportes del techo. 


O BASE DEL PUENTE 

Esta parte de la estructura 
consta de tres piezas cúbicas. 
Situamos la primera que servi- 
rá de estructura principal 
donde estarán unidas todas 
las demás. Las siguientes dos 
piezas están colocadas justo 
bajo la principal y tienen la 
misma forma pero con menor 
tamaño. Para la segunda, 
haremos una duplicación y 
aplicamos un escalado con 
relación 0.9 en el eje X, 1.5 en 
el Y y 0.95 en el Z. La tercera 
pieza es una copia de la 
segunda pero con los vértices 
exteriores escalados hacia 
dentro, aplicando el valor 0.95 
en cada eje (Fig. 7 / 1). 


o TECHO Y SOPORTES 

Los soportes requieren un 
poco más de trabajo. Consiste 
en la consecución de peque- 
ñas piezas cúbicas ligeramen- 
te inclinadas para formar un 
soporte curvo (Fig. 7 / 2 y 

Fig. 8 / 1). 


Diseño y 
Programación de 


deojuegos 
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Posteriormente, debemos 
unir cada uno de estos peque- 
ños cubos entre sí. Para tal 
fin, uniremos los vértices 
superiores de la pieza de 
abajo con los vértices inferio- 
res de la pieza de arriba, y así 
sucesivamente hasta unirlas 
todas (Fig. 8 / 2). El siguiente 
paso será realizar el acabado 
del soporte, estrechando los 
vértices superiores del extre- 
mo hasta conseguir el aspec- 
to de la figura 9 / 1. 

Los demás soportes se 
realizan por el procedimiento 
habitual de duplicado y aplica- 
ción de “mirrors” (Fig. 9 / 2). 

Para terminar el puente 
sólo nos queda el techo, el 
cual es exactamente igual que 
la pieza principal del puente; 
es decir, un cubo que escala- 
remos hasta encajar con los 
cuatro soportes (Fig. 9 / 3). 


Estas estructuras adquieren 
tres formas diferentes, así evi- 
tamos feas repeticiones en ele- 
mentos agrupados. Todas ellas 
se modelan de la misma mane- 
ra, mediante la modificación de 
los vértices de un cilindro con 
más o menos partes y divisio- 
nes. Para la primera de las 
rocas partiremos de un cilindro 
cerrado con 2 “Stacks” y 8 
“Slices” (Fig. 10 / 1). 

A mayor número de partes 
y divisiones, mayor número 
de polígonos y complejidad de 
formas. Situándonos en la 
vista superior (“Top”) selec- 
cionamos todos los vértices 
de una división y los despla- 
zamos hacia fuera. Hacemos 
lo mismo con la división adya- 
cente (Fig. 10 / 2). De esta 
forma alargaremos la estruc- 
tura de forma irregular. Para 
resumir, obtendremos muy 
diversas formas manipulando 
cada vértice o grupo de ellos 
en cada una de las divisiones. 
Podemos utilizar procedimien- 
tos de rotación, escalado o 
desplazamiento pero siempre 
siguiendo un orden y evitando 
la rotación excesiva de polígo- 


nos, ya que esto provocaría 
que sus caras no sean visi- 
bles (Fig. 10 / 3). 

Para construir el resto de 
las rocas utilizaremos los mis- 
mos procedimientos. En estos 
casos es la imaginación en la 
manipulación de vértices la 
que origina las diferentes 
formas. 


La creación de troncos para 
árboles es partícipe de la 
misma idea que utilizamos en 
el modelado de rocas. En este 
caso, podemos partir de un 
cilindro con 4 “Stacks” y 10 
«“Slices” (Fig: 11/71). 

La idea radica en que el 
número de partes influye en 
la obtención de una forma de 
tronco más o menos comple- 
ja. Modificando los vértices 
de cada una de estas partes, 
por ejemplo, aplicando la 
herramienta de escalado, 
obtendremos formas variadas 
como troncos retorcidos. Lo 
primero que debemos modifi- 
car para crear un árbol son 
los vértices del primer 
“Stack” (parte), los cuales 
nos ayudarán a formar la 
base del árbol. El resto de 
vértices darán la forma del 
tronco (Elgg. 112/2): 

Para crear las ramas pode- 
mos realizar las mismas ope- 
raciones pero en cilindros más 
pequeños, los cuales unire- 
mos al tronco posteriormente 
(Figs 101/23). 

Después del modelado, el 
siguiente paso en la creación 
de un objeto 3D para un juego 
es el texturizado del mismo. 
Para las estructuras que 
hemos modelado en esta 
entrega, utilizaremos dos 
tipos de procedimientos de 
texturizado: pintando directa- 
mente en el modelo con Deep 
Paint 3D (generador) y por 
medio de plantillas (“templa- 
tes”) en un programa de dibu- 
jo como Paint Shop Pro (alma- 
cenes, puente, rocas y árbo- 
les). Dejaremos este último 


La base del puente consta de tres piezas iguales 
unidas, pero con diferente escalado. 


Una vez colocadas consecutivamente las seccio- 
nes del soporte, se unen a través de los vértices. 
De esta manera es fácil obtener formas curvas con 
pocos polígonos. 


Mediante el escalado de vértices pares podemos 
estrechar estructuras. 


A partir de un cilindro con más de tres partes se 
pueden obtener rocas de diferentes formas despla- 
zando sus vértices. 


La forma de modificar la posición de los vértices 
en cada sección de un cilindro determinará las 
diferentes estructuras. 


Obtendremos más sensación de volumen en nues- 
tro modelo si perfilamos con el pincel las uniones 
de sus partes con tonalidades oscuras. 


procedimiento para el siguien- 
te número del curso y nos 
centraremos ahora en el tex- 
turizado del generador. 


Como es habitual, antes del 
proceso de texturizado debe- 
mos crear un mapeado UV del 
modelo. Para el generador uti- 
lizaremos LithUnwrap. En pri- 
mer lugar, cargamos el mode- 
lo salvado por Milkshape3D 
(.[MS3D o .OBJ) (si no está a 
mano, se puede encontrar en 
“Extras” del CD llamado 
“generador.ms3d” o “genera- 
dor.obj”) Seguidamente, apli- 
camos un optimizado en 
Tools/ Optimize models para 
reducir polígonos. 
Seleccionamos todo con 
Select all y aplicamos un UV 
Mapping Planar con la opción 
Planar X. Terminamos el pro- 
ceso, salvando de nuevo el 
modelo en formato .OBJ 
como “generador.obj”. 


Comenzamos cargando el 
modelo anterior. Al hacerlo 
aparecerá la ventana Material 
Import, indicando la presencia 
de un mapeado UV en el 
modelo y pidiendo la creación 
de un material nuevo para 
poder pintar sobre el modelo. 
Lo crearemos y seleccionare- 
mos para él un tamaño de 
256 x 256. Activamos el canal 
C con nothing color y ya esta- 
mos preparados. 
Continuamos, asignando 
como vista de trabajo Top en 
View. Pulsamos dos veces 
seguidas sobre el icono de la 
herramienta de la lupa para 
ajustar el modelo a la ventana 
(para que surta efecto, debe- 
mos agrandar un poco 
manualmente el tamaño de la 
ventana de trabajo). Para relle- 
nar el modelo seleccionare- 
mos la textura Metal Old 1 + 


en la sección de texturas 
Texture Paint, a la que le 
modificaremos la saturación 
de color con un valor de -16 
en Sat, la luminosidad a 30 en 
Lum y un escalado del eje X a 
0.27 en Scale X (Fig. 12 / 1). 

Una vez rellenado el mode- 
lo, vamos a utilizar el pincel 
para perfilar las uniones de las 
piezas del generador para dis- 
tinguirlas. Aplicaremos un 
efecto de oscurécimiento de 
la imagen con pincel de tama- 
ño 5. Este proceso lo selec- 
cionamos de la sección 
Imagen Processing y escoge- 
mos Darken + (Fig. 12 / 2). 

Una vez terminado el pro- 
ceso de pintado, vamos a sal- 
var la textura final. Así que 
nos dirigimos a la sección de 
materiales y pulsamos el 
botón derecho del ratón sobre 
la capa de color C y elegimos 
la opción Export Channel. 


En el próximo 
número... 


. realizaremos las textu- 
ras de los demás elemen- 
tos del decorado por 
medio de plantillas con 
Paint Shop Pro. 


Nuestro primer tema 
con Anvil 


musical 


ontinuando con la se- 

rie dedicada a Anvil 

Studio, comenzamos 

en este número el 
estudio de cómo realizar nues- 
tro tema musical. 

Como sabemos, en Anvil 
Studio podemos crear música 
mezclando pistas MIDI, de au- 
dio y de ritmos. Las pistas MI- 
DI se pueden grabar utilizando 
un instrumento externo como 
un sintetizador, pero si no dis- 
ponemos de ninguno, es posi- 
ble hacerlo manualmente des- 
de el Compose colocando nota 
a nota sobre el pentagrama. 
Para grabar pistas de audio, 
podemos utilizar un micrófono 
O a través de la entrada de lí- 
nea de la tarjeta de sonido. Y 
para crear una pista de ritmo, 
sólo tenemos que elegir un so- 
nido MIDI de la lista o insertar 
cualquier muestra. 


STA MIDI 
Vamos a crear una nueva can- 
ción, empezando por la graba- 
ción de una pista MIDI utilizan- 
do un instrumento externo co- 
nectado al ordenador a través 
de las conexiones MIDI de la 
tarjeta. 

Por defecto, el programa se 
ejecuta con una pista de ins- 
trumento (MIDI) creada. Así 
que sólo tenemos que selec- 
cionarla para poder grabar en 
ella. Pero antes es necesario 
tener las conexiones correcta- 
mente. Para más detalles en la 
figura 1 se muestra una cone- 
xión típica de hasta dos tecla- 
dos al ordenador. 

A continuación, debemos 
asegurarnos de que el progra- 
ma recibirá los eventos MIDI 
desde el teclado externo. Para 
ello, nos vamos al menú View 


y entramos en Synthesizers, 
en el cual se muestran los 
puertos de entrada y salida de 
audio y MIDI. En la casilla MIDI 
In Port debe aparecer Maestro 
MPU-401 o MIDI In. Si quere- 
mos que suene el sintetizador 
externo debemos colocar en 
MIDI Out Port lo mismo que 
en el puerto de entrada. Si 
queremos que suene la tarjeta 
del ordenador elegimos los 
mapeadores MIDI o el sinteti- 
zador de la tarjeta de sonido. 
(lg. 2.7111): 

Es posible averiguar si to- 
das las conexiones son correc- 
tas pulsando en el botón “Test 
MIDI Connections” (Fig 2 / 2). 

Antes de grabar podemos 
también averiguar si todo mar- 
cha bien a través de la repre- 
sentación gráfica de luces que 
aparecen en el Mixer al lado del 
transportador. | Estas 
“lucecitas” representan la acti- 
vidad MIDI. Cada una de ellas 
interpreta un tipo de actividad 
cuando se torna de color rojo. 
En la figura 3 se muestra una 
tabla con el significado de cada 
una de estas actividades. 

Bien, ya está todo prepara- 
do para grabar. Simplemente, 
pulsamos el botón de graba- 
ción “REC” y el programa hará 
una cuenta atrás antes de em- 
pezar a grabar. Sin embargo, 
antes de cualquier grabación 
es necesario preparar el tiempo 
y el compás, así como el me- 
trónomo para acomodar la gra- 
bación a nuestras necesida- 
des. 


em) TMIENMPO, C( IMIPÁS 

Y METRONOMWIO 
Para modificar los parámetros 
iniciales de nuestra canción, 
como la velocidad o el metró- 
nomo, debemos entrar en la 
ventana de opciones 


Studio 
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Teclado 


Esquema de una conexión MIDI de hasta dos 
teclados externos. 


En Synthesizers del menú View podemos ajustar 
el puerto MIDI y realizar un chequeo de las 
conexiones. 


Significado de la representación gráfica del estado 
de las conexiones MIDI. 


Tempo (best per mint? [Eg 
Metionome Volume [Qto 127) BR 
A 5 


Descripción de la ventana de opciones del metró- 
nomo y tiempo de la canción. 


Procedimiento para cambiar el compás de una 
pista. 


% 


En las opciones MIDI del panel View / Options 
podemos activar la grabación MIDI simultánea en 
varias pistas. 


Metronome / Tempo settings 
en el menú View. En primer lu- 
gar, encontramos la casilla 
Tempo, donde elegiremos el 
tiempo en pulsos por minutos. 
Seguidamente, las siguientes 
opciones se refieren al metró- 
nomo. Resaltamos la posibili- 
dad de cambiar su volumen o 
el sonido según un canal MIDI 
o nota determinada. En la figu- 
ra 4 se muestra una descrip- 
ción de esta ventana. 

Para modificar el compás 
debemos hacerlo en la sección 
Compose en la forma de repre- 
sentación Staff. Una vez situa- 
dos en esta sección podemos 
elegir el compás en la casilla 
Time (Fig. 5). 


¿»OPCIONES DI 

GRABACIÓN 
Hay varias opciones muy inte- 
resantes que podemos activar 
para cambiar los aspectos de 
la grabación (Fig. 6 / 1). 

Por ejemplo, se puede gra- 
bar en varias pistas MIDI a la 
vez. Para ello, nos situamos en 
la pestaña MIDI en la sección 
de opciones View / Options. Al 
volver al Mixer después de ac- 
tivarla observamos cómo auto- 
máticamente se han creado 16 
pistas, una para cada canal MI- 
DI, y todas con el mismo ins- 
trumento (Fig. 6 / 2). Al tocar, 
todos los eventos MIDI se gra- 
barán por igual en todas las 
pistas. 

Si estamos grabando desde 
Compose en el pentagrama 
Staff, es posible visualizar las 
notas al mismo tiempo que 
grabamos. Esta opción está si- 
tuada también en las opciones 
MIDI y se denomina Show no- 
tes on staff while recording. 

Una opción muy interesante 
se nos presenta también en las 
opciones MIDI denominada 
Record No Rests. Activándola, 
permitimos al programa que 
grabe exactamente como esta- 
mos tocando sin ningún tipo 
de cuantización en tiempo real. 
Si grabamos con esta opción 
activada es fácil que no ajuste- 
mos las notas a los compases 
perfectamente. En tal caso, 


MIDI 


siempre podemos aplicar una 
cuantización nosotros mismos. 
Para ello, seleccionamos la op- 
ción Quantitize Entire Track en 
el menú Track. Aparecerá una 
ventana flotante con la medida 
de cuantización. 


(» OPCIONES 

ESPECIALES 
Anvil Studio posee posibilida- 
des muy interesantes a la hora 
de reproducir nuestras cancio- 
nes. Por ejemplo, permite que 
el contenido de una pista sue- 
ne con dos instrumentos a la 
vez. Evidentemente, para que 
esto sea posible, es necesario 
duplicar la pista y cambiar el 
canal MIDI. Una vez realizado, 
cambiamos el sonido de la pis- 
ta duplicada. Para hacer más 
rápido este procedimiento, dis- 
ponemos de una opción que 
divide la pista, creando una 
nueva idéntica. Generalmente 
se usa cuando tenemos una 
canción en una sola pista. Esta 
opción la podemos encontrar 
en el menú Track y se denomi- 
na Split track into single chan- 
nel track. Como disponemos 
de hasta 16 canales MIDI, po- 
demos tocar una misma pista 
con 16 instrumentos diferen- 
tes a la vez. 

Para terminar, Anvil Studio 
admite posibilidades de trans- 
portación de notas para una 
sola pista O para la canción 
completa actuando en todas 
las pistas a la vez. 
Encontramos esta opción en el 
menú Track / Transpose. En 
ambas posibilidades el progra- 
ma nos pedirá la cantidad de 
medios tonos que queremos 
transportar. De esta forma, con 
un valor de 12 subimos una 
octava completa y con uno de 
-12, la bajamos. 

Hasta aquí nuestros prime- 
ros pasos para crear una can- 
ción. 


En el próximo 
número... 


... aprenderemos cómo edi- 


tar en Compose entre otras 
cosas interesantes. 


Manejo de cámaras 


espués de conocer, 
en el número ante- 
rior, la plasticidad 
que ofrece la ani- 
mación de modelos en un 
mundo 3D, vamos a descu- 
brir, con esta entrega, la 
definición de la cámara y sus 
posibilidades en Blitz3D. 

Es importante entender el 
concepto de cámara en un 
mundo 3D. En 2D no es necesa- 
rio este elemento, porque la ima- 
gen que vemos se extiende sólo 
en dos dimensiones; es decir, una 
superficie plana distribuida en los 


Es importante saber que la 


cámara sólo funciona en el 
búfer oculto (backbuffer). 


EJ 


DEFINICIÓN 


Una vista (viewport) es un 
área de la pantalla que 
corresponde a lo que la 
cámara ve . 


Pivote=CreatePivot() 


Camara=CreateCamera(Pivote) 
PositionEntity Camara,0,0,-2 


TurnEntity Pivote,0,.3,0 


La cámara es tratada como una entidad más, así que es 
posible desplazarla y rotarla con las funciones estándar 


como “MoveEntity” o “TurnEntity”. 


Diseño y 
Programación de 


con 


ejes X e Y. Por lo tanto, la 
cámara se mantiene fija en 
una misma posición gin 
posibilidad de cambio. Por 
el contrario, en 3D dispo- 
nemos de un eje más, Z, 
con lo que es posible girar 
alrededor de la vista o cam- 
biar la posición de la cáma- 
ra. En 2D, la cámara se crea 
y coloca por defecto siem- 
pre en el mismo lugar; pero 
en 3D, necesitamos hacer- 
lo nosotros mismos. En 
Blitz3D, la cámara se consi- 
dera una entidad más y, 
además de mostrar el dibu- 
jado de la escena, nos per- 
mite controlar otros facto- 
res como el rango de visión, el 
“zoom” o efectos de niebla. 


O CREANDO Y 
MANIPULANDO LA 
CAMARA 

Una vez establecido el modo grá- 

fico, lo siguiente que debemos 

hacer para preparar nuestra esce- 
na 3D es crear al menos una 
cámara para visualizarla. Para rea- 
lizar esta operación disponemos 
del comando “CreateCamera": 


El parámetro 
opcional nos permite 
encadenar la cámara 
a una entidad cual- 
quiera, por lo que si 
ésta se mueve, la 
cámara lo hará con 
ella. 

Es evidente que el 
hecho de que Blitz3D 
trate a la cámara 
como una entidad 
más nos posibilita la 
aplicación de ins- 
trucciones de movi- 
miento y rotación 


Blitz3D 


Ft Camara,0,0,W,H ” 
Ea AE 


Con la función “CameraViewport” se puede modificar el 
tamaño horizontal y/o vertical de la vista de cámara. 


propia de entidades como 
“MoveEntity”, “RotateEntity” o 
“TurnEntity”. Así que podemos 
mover la cámara por un escena- 
rio, seguir a nuestro personaje en 
un juego o desplazar la cámara 
alrededor de un objeto por medio 
de la utilización de pivotes (Ver 
“ejemplo1.bb”) (Fig. 1). 

Otra opción muy interesante 
es que podemos crear cuantas 
cámaras queramos al mismo 
tiempo, con lo que obtendremos 


If SW_ Efecto And SW_Activo 
Dy=Dy+1 
If Dy=50 SW_Activo=0 
W=GraphicsWidth() 
H=GraphicsHeight()-(Dy*2) 
CameraViewport Camara,0,Dy,W,H 
Endlf 


ma! 
| 


| 
| 
| 
| 
' 


E 


En la figura se muestra un efecto 16:9 estrechando la 
vista de la cámara. 
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For camara,tipo. camara=Each tipo. camara 
CamoraViewport camaralentidad,camaralx,camaraly,50,50 
CameraCIsGolor camaralentidad,camaralr?,camaralgH camaralbH 
CameraFogRange camaralentidad,1,3 
CameraFogColor camaralentidad,camaralrit,camaralgH,camaralbH 
CamoraFogMode camaralentidad,camaralfog 
Noxt 


En Blitz3D podemos disponer de múltiples cámaras, cada 


una con una vista y efectos diferentes. 


diferentes vistas en la pantalla de 
una misma escena. 


¡9 CONTROL DE MÚLTIPLES 
VISTAS 
Por defecto, toda la pantalla es 
considerada como la vista O 
“viewport” de la cámara; es 
decir, desde 0,0 hasta el tamaño 
horizontal y vertical que marque 
la resolución activa. 

Sin embango, el “viewport” 
puede ser modificado a voluntad 
para que ocupe un área determi- 
nada. Para ello, disponemos del 
comando “CameraViewport”: 


Así, la pantalla completa esta- 
rá definida de la siguiente mane- 
ra: 


CameraViewport 


AA 


DEFINICIÓN 


>» EL Z-BUFFER 

El Z2-BUFFER es una lista 
de números que almacena 
las propiedades de cada 
píxel de un polígono y su 


distancia a la cámara. Se 
utiliza en la técnica “Z- 
Buffering” para dibujar úni- 
camente los polígonos que 
se ven. Otro utilidad del 
“Z-buffering” es la crea- 
ción de efectos de niebla. 
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phicsWidth(), 
] ight () 


De esta forma, si 
queremos tener 
nuestro mundo 3D 
visible exclusiva- 
mente en la mitad 
superior de la panta- 
lla sólo tendremos 
que definir el “vievwv- 
port” como sigue: 


mun 


En el ejemplo 2 
(“ejemplo2.bb”) se 
puede observar cómo es posible 
cambiar el tamaño de la vista de 
la cámara en tiempo real 
(Fig. 2 y 3). 

Blitz3D admite la posibilidad 
de crear varias cámaras a la vez; 
con ello se permite manipular 
más de una vista diferente. Un 
ejemplo de la aplicación de este 
sistema lo encontramos en pro- 
gramas 3D, en los cuales se 
muestran cuatro vistas diferen- 
tes de la escena (derecha, 
izquierda, superior e inferior). 
También se utiliza mucho en jue- 
gos de velocidad, donde dispo- 
nemos de una vista para simular 
el espejo retrovisor del vehículo. 
Las utilidades son numerosas y 
Blitz3D no nos pone ninguna 
limitación al respecto, ya que 
podemos crear 2,10, 20 o más 
cámaras diferentes, cada una 
con su propia vista y efectos. La 
única barrera son las propias 
limitaciones del sistema. 
Evidentemente, la utilización de 
más de una cámara reduce el 
rendimiento general del progra- 
ma. En el ejemplo 3 
(“ejemplo3.bb”) se muestra 
cómo se pueden crear y manipu- 
lar a la vez numerosas cámaras 
cuyos manipuladores pertenecen 
a una estructura de datos (Fig. 4). 


9 OPCIONES DE 
VISUALIZACIÓN 

En ocasiones, necesitaremos 

controlar el rango de visualiza- 

ción de nuestra escena, por 


CameraRange Camara Rango Cercano Rango LejanoHt 


Mediante la función “CameraRange” podemos definir el 
rango de visualización de la cámara. 


ejemplo, para limitar hasta cuán- 
to podemos ver. Esto nos permi- 
tirá optimizar el rendimiento del 
“Z-Buffering”. En Blitz3D pode- 
mos controlar este aspecto con 
la instrucción "CameraRange”: 


El Z-BUFFER es una lista de 
números que almacena las pro- 
piedades de cada píxel de un 
polígono y su distancia a la 
cámara. Se utiliza en la técnica 
“Z-Buffering” para dibujar única- 
mente los polígonos que se ven. 
Otro utilidad del “Z-buffering” es 
la creación de efectos de niebla. 

El parámetro”distancia_cerca- 
na” indica dónde comenzarán a 
dibujarse los objetos 3D enfrente 
de la cámara y “distancia_lejana” 
hasta dónde se dibujarán. Por 
defecto, se dispone de los valo- 
res 1, 1000; es decir: 
CameraRange camara, 1,1000. 
Todos los objetos colocados 
antes y después de estos valores 
serán eliminados de la escena 
(“Clipping”). Controlando estos 
valores podemos aumentar o dis- 
minuir el rendimiento del progra- 
ma, ya que determinamos la can- 
tidad de polígonos que se dibuja- 
rán (Fig. 5, “ejemplo4.bb”). 

Sin embargo, el “Clipping” 
provoca un corte en la imagen 
que no es del todo atractivo a la 
vista. Para evitar el más cercano 

Diseño y 
Programación de 


eojuegos 


meraFogRange Camara, 1,Rango_Nieblaé 


Situar la niebla antes del rango de visualización de la 


cámara ayudará a disimular el efecto “clipping”. 


se suele aplicar un valor en “dis- 
tancia_cercana” lo más pequeño 
posible, como por ejemplo, 0.1, 
y para disimular el corte más 
lejano se aplica una efecto de 
niebla a una distancia inferior al 
valor “distancia_lejana”. Para 
crear y utilizar un efecto de nie- 
bla determinado son necesarios 
varios pasos. En primer lugar, 
debemos definir el rango de 
visualización de la niebla; es 
decir, a qué distancia, frente a la 
cámara, estará situada. 
Seguidamente, le aplicaremos 
un color, y para terminar es 
necesario activar su visualiza- 
ción. 

Para cada unos de estos pro- 
cedimientos es primordial indi- 
car a qué cámara se aplicarán, 
ya que, en caso de utilizar más 
de una a la vez, llevarán su pro- 
pio “set” de efectos: 

CameraRange 
CameraFogRange 
CameraFogColor 
CameraFogMode 


En el procedimiento anterior, 
se puede observar que la niebla 


No todas las tarjetas grá- 


ficas soportan efecto de 
niebla, y las que sí, ofre- 
cen una calidad diferente. 


Diseño y 
Programación de 


Videojuegos 


se sitúa antes que el 
límite de dibujado 
para evitar, de este 
modo, visualizar el 
“Clipping”. La ins- 
trucción 
“CameraFogColor"” 
define un color para 
la niebla: 


y “CameraFogMode” 
le indica al Blitz3D 
que la visualice: 


ZOOM IN 


NORMAL 


Z00M OUT 


Podemos modificar el FOV de la cámara con la instruc- 


ción “CameraZoom”. 


(Fig. 6, “ejemplo5.bb”). 

Otras opciones muy intere- 
santes para controlar el visualiza- 
do de la cámara consisten en 
aplicar un color de fondo de dife- 
rentes maneras y modificar el 
factor del “Zoom” (alejamiento y 
acercamiento). Si queremos 
borrar la vista con un color utili- 
zaremos “CameraCisColor”: 


También podemos seleccionar 
el tipo de borrado que Blitz3D apli- 
cará a la vista. Por un lado, pode- 
mos borrar el color y por otro los 
objetos 3D. Por defecto, los dos 
parámetros están activados: 


CameraC1sMod 


(9) 


En el ejemplo 4 se muestra el 
resultado de cambiar estos pará- 
metros. 

Para modificar el “Zoom” dis- 
ponemos del comando 
“CameraZoom": 


Camerazoom 


El parámetro “factor_zoom” 
es muy sensible y por defecto se 
sitúa en 1 (Ver “ejemplo5.bb”). Si 
aplicamos un valor entre O y 1 la 
cámara hará un “zoom out” (ale- 


jamiento) y si aplicamos valores 
superiores a la unidad un “zoom 
in” (acercamiento) El cambio del 
zoom de la cámara se conoce 
también como “FOV” (Fig. 7, 
“ejemplo6.bb”). 


Y FUNCIONES 

ESPECIALES 
La comunicación entre los siste- 
mas de coordenadas 2D y 3D es 
fundamental para una correcta 
implementación de la cámara en 
numerosas aplicaciones. Blitz3D 
nos proporciona todas las herra- 
mientas necesarias para este 
cometido. Así que podemos, por 
ejemplo, situar texto o elementos 
2D en una escena 3D o permitir 
la interacción del ratón con obje- 
tos 3D, etc. 

Imaginad que tenemos una 
escena 3D delante de la cámara 
compuesta de un terreno y tres 
objetos diferentes sobre él: un 
cubo, un cono y una esfera. 
Nuestro propósito es seleccionar 
cualquiera de estos objetos 
(incluido el terreno) mediante el 
puntero del ratón. Para ello, 
debemos utilizar dos funciones, 
una para los objetos que quere- 
mos seleccionar y otra para 
encontrarlos. Así que dispone- 
mos de la función “CameraPick”, 
la cual nos dice con qué entidad 
(objeto) ha tocado el puntero del 
ratón: 
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a CameraPick(CamaraMouseX(),MouseY() 


Mediante la función “CameraPick” es posible la interac- 


ción entre el puntero del ratón y el entorno 3D. 


Pero para que esto funcione 
realmente, antes necesitamos 
decirle al Blitz3D qué objetos 
están dispuestos para ser detec- 
tados. Por lo tanto, debemos 
convertirlos en “pickeables”; es 
decir, que puedan ser tocados 
con el puntero del ratón. Así que 
es necesario aplicarles la función 
“EntityPickMode” con un valor 
de geometría que no sea O (Ver 
número 8 del coleccionable: 
“Blitz3D.Manejo de entidades”). 
Por ejemplo: 


(Fig. 83, “ejemplo7.bb”) 
Una vez detectado el objeto 


Referencia » 


para 


EntityinView 
en un mesh 


Referencia 
para 
EntityInView 
en otra 
entidad 


A | 


Ejemplo del funcionamiento de los métodos de proyec- 


ción de coordenadas. 


end 
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3D, podemos obte- 
ner valiosa informa- 
ción sobre su posi- 
ción y estado. Por 
medio de las funcio- 
nes “PickedX+()”, 
“PickedY +()” y 
“PickedZ+t()” obtene- 
mos las coordena- 
das X, Y y Z exactas 
donde tocó el punte- 
ro. Y con 
“PickedNX+()”, 
“PickedNY+()” y 
“PickedNZ+()” obte- 
nemos las compo- 
nentes de las coor- 
denadas X, Y, y Z de 
la normal. 

Además de las 
coordenadas, es posible averi- 
guar hasta niveles más inferiores 
y precisos. Si tocamos con el 
puntero del ratón el cono de 
nuestro ejemplo, es posible, 
incluso, saber qué triángulo o 
superficie de la estructura del 
objeto hemos tocado. Esto es 
posible gracias a las funciones 
“PickedSurface()” y 
“PickedTriangle()”. En ocasiones, 
podríamos necesitar saber cuán- 
to tiempo se ha empleado en cal- 
cular cualquiera de estos coman- 
dos. Es muy útil, por ejemplo, 
para el testado y optimizado del 
código cuando estemos traba- 
jando con este tipo de operacio- 
nes. Para averiguarlo, dispone- 
mos de la función 
“PickedTime()”. 

Volviendo a nuestra 
escena 3D anterior, quere- 
mos saber cuáles de los 
tres objetos (cubo, cono y 
esfera) quedan fuera de la 
vista de la cámara y cuá- 
les no. Podemos averiguar 
esta información con la 
función “EntitylInView”. 
Esta función devolverá un 
1 (True) si el objeto es visi- 
ble y O (false) en caso 
contrario. Hay que tener 
en cuenta el punto de 
referencia que utiliza 
Blitz3D para realizar estas 
comprobaciones. Así, si 
nos referimos a un mesh, 
tomará como referencia la 
caja que lo limita y si es 


do. 


CameraProject/Camara,EntityX(Cubo),EntityY(Cubo) EntityZ(Cubo] 
PX_Cubo+=ProjectedX+) 
PZ_Cubo+=ProjectedY+() 


Dependiendo de si es un mesh u otra entidad, la función 
“EntitylnView” tomará distintas referencias del visualiza- 


otra entidad, tomará como refe- 
rencia su centro de posición 
(Fig. 9). 

Por último, una interesante 
opción que encontramos entre 
las funciones de Blitz3D es la 
posibilidad de proyectar las 
coordenadas de un objeto 3D a 
coordenadas 2D. Esta opción es 
tremendamente útil, por ejem- 
plo, en aplicaciones donde que- 
remos imprimir un texto o 
número en la posición de un 
objeto 3D situado en cualquier 
lugar de la escena. Así que dis- 
ponemos para ello de la función 
“CameraProject”: 


Esta función pasará los dife- 
rentes valores de coordenadas a 
las funciones “ProjectedX+()”, 
“ProjectedY+t()” y “ProjectedZit()”. 

En el ejemplo 8 se puede 
observar el funcionamiento de 
estas funciones (Fig. 10). 

La cámara es uno de los 
factores primordiales en cual- 
quier escena 3D. Existe, sin 
embargo, otros cuyo estudio 
no deja de ser fascinante: la 
iluminación. 


»»| 


... estudiaremos el manejo 
de luces. 


En el próximo 
número... 
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Programación de 


¿Videa, 


- Utilización de imágenes 
e ara crear fuentes de letras 


omo prometimos, 

vamos a desarrollar 

una serie de funcio- 

nes que nos permiti- 
rán escribir letras o números en 
pantalla utilizando caracteres 
procedentes de imágenes pre- 
definidas. 

En primer lugar, debemos 
crear un alfabeto en una aplica- 
ción de dibujo como, por ejem- 
plo, Paint Shop Pro. Nuestro alfa- 
beto estará formado por letras de 
diseño; es decir, con los colores o 
formas que queramos. Seguida- 
mente, aislaremos cada carácter 
y crearemos un fichero de ima- 
gen por cada uno de ellos en un 
formato cualquiera. Proponemos 
como mejor opción .PNG, ya que 
es un formato comprimido (como 
.«JPG) y mantiene la calidad del 
.BMP. Además, posee canal alfa 
como los .TGA. Es un formato 
muy completo (Ver Fig. 1). 

Cada uno de estos ficheros 
tendrá el nombre del carácter 
que corresponde; es decir, para 
la imagen de la letra “A” el fichero 
se llamará “A.png”, y así sucesi- 
vamente. 

Luego, en el programa, susti- 
tuiremos el carácter alfanumérico 
por su imagen correspondiente. 
De esta manera, podemos impri- 
mir frases o números utilizando 
nuestro alfabeto de diseño sin 
estar limitados a las fuentes que 


La mejor manera de trabajar 
con las imágenes de nuestro 
juego es utilizar el formato 

.BMP. Una vez obtenidos los 


resultados finales, se pasa- 
rán a .PNG. Ahorraremos 
mucho espacio en disco y, 
llegado el momento, se tar- 
dará menos tiempo en su 
carga. 
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tengamos instaladas en nuestro 
sistema. 

Para aprovechar este procedi- 
miento, crearemos una serie de 
funciones que utilizaremos para 
cada uno de los siguientes 
casos: imprimir una frase, impri- 
mir una variable numérica o crear 
una entrada de datos o “Input”. 
Todos ellos servirán perfecta- 
mente para implementar la 
impresión de nuestros caracteres 
especiales en cualquier situación 
de un juego: menú, diálogos, 
contadores (puntuación, tiempo, 
etc.) o entrada de datos (nombre 
del jugador, récord, etc.) 


7 DEFINICIÓN DE 
DATOS Y 
FUNCIONES 

Lo primero que debemos hacer 
es crear una matriz con los datos 
de cada letra del alfabeto de la “A” 
a la “Z” y de los números del “1” 
al “0” y otra equivalente para los 
gráficos correspondientes a cada 
letra. Pero antes, vamos a definir 
una constante para el número de 
caracteres de nuestro alfabeto: 


Seguidamente creamos 
ambas matrices: 


Dim Letras 


(Num_letras) 
Dim Grafico (Num_letras) 


¡Apuntamos a la base de datos 


Restore Datos_letras 
For n=0 To Num_letras 
Read Letras (n) 


Procedimientos para preparar un alfabeto de 
diseño. 


Continuamos, rellenando la 
matriz de comparación con todas 
las letras de nuestro alfabeto a 
partir de un banco de datos. 
Aprovechamos también el bucle 
de lectura de datos para almace- 
nar en la segunda matriz de gráfi- 
cos las imágenes de cada carác- 
ter (Ver Código 1). 

De esta forma, tenemos, por 
ejemplo, en “Letra$(0)” la letra 
“A” y en “Grafico(0)” la imagen 
de esta letra “A.png” y así suce- 
sivamente. Después de cargar 
cada imagen la escalamos a un 
tamaño definido por las variables 
globales “SizeV+t” y “SizeV+t” 
con la instrucción “Scalelmage”. 
De esta forma podemos contro- 
lar también el tamaño de las 
letras. Recordad que las varia- 
bles globales anteriores tienen 
que ser definidas en el programa 


Grafico (n) =LoadImage (Letras (n)+".png") 


Next 


.Datos_letras 

Data A O A 
Data NO OR UV Me A 
Haras o O id 0 


7 
Cc 
pr 
0 
2 
D 
un 


h(GLatra) 


Ejemplo de impresión de una frase utilizando 
imágenes en vez de fuentes de letras. 


principal que llama a estas fun- 
ciones. 

Una vez definidas las matrices 
podemos proceder a crear las 
diferentes funciones. 


7 FUNCIÓN PARA 

IMPRIMIR UNA FRASE 
Esta función toma como dato de 
entrada la frase que queremos 
imprimir y la posición en la pan- 
talla donde lo hará: 

Function Imprimir frase 

( Frases, xt, y+). 

Ya dentro de la función, con- 
vertimos todos los caracteres de 
la frase entrante en mayúsculas 
antes de entrar en el bucle de 
búsqueda, conversión e impre- 
sión: 


Este bucle recorrerá cada uno 
de los caracteres de la frase y los 
comparará con los de la matriz 
de letras. Si coinciden, se impri- 
mirá en pantalla la imagen del 
carácter correspondiente: 


WIh(Gk otra) 
a) 


Función para imprimir una variable numérica 
utilizando un alfabeto de diseño. 
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= 1 To Len ( Frases ) 
For m=0 To Num_letras 
If Mid(Frases,n,1)=LetraS (m) 
GLetra=Grafico (m) 
DrawImage GLetra,X,y 
xX=X+ImageWidth (GLetra) 
Tf x>ResolucionX-TmageWidth(GLetra) 
y=y+ImageHeight (GLetra) 
x=0 
EndIf 


Dentro del bucle principal que 
recorre toda la frase entramos en 
otro que recorrerá nuestra matriz 
de letras. Con la instrucción 
“Mid” aislamos el carácter 
correspondiente de la frase 
entrante y lo comparamos con 
cada letra de nuestra matriz. 
Cuando coincidan, imprimimos 
en pantalla su imagen correspon- 
diente controlando, claro está, su 
posición en la pantalla gráfica 
(Ver “ejemplo1.bb”) . 


FUNCIÓN PARA 

IMPRIMIR UNA 

VARIABLE NUMÉRICA 
Esta función servirá para impri- 
mir cualquier variable numérica 
(en nuestro caso sólo números 
enteros) como puede ser un 
contador de puntuación o de 
tiempo con nuestro alfabeto de 
diseño. 

Básicamente funciona igual 
que la función anterior a diferen- 
cia que el dato de entrada 
“Frase$” se sustituye por un 
valor numérico “Num%”. Para 
poder imprimir los caracteres 
numéricos correspondientes, es 
preciso convertir el número 
entrante en alfanumérico con la 
función “Str”: 

Function Imprimir_Numero 

( Num%, x, y ) 

Numero$ = Str Num 

El resto de la función es exac- 
tamente ¡igual (Ver 
“ejemplo2bb”). 


FUNCIÓN DE ENTRADA 
DE DATOS 
En esta función se va almacenan- 
do en una variable global alfanu- 


is! 
(DEIGÍS 


Función para la obtención de datos desde el 
teclado utilizando el sistema de impresión de 
caracteres gráficos. 


mérica cada carácter introducido 
desde el teclado con la instruc- 
ción “GetKey()”. A medida que 
los caracteres se van introducien- 
do, se imprimen en pantalla. 
Saldremos de la función al pulsar 
la tecla de retorno “Return”. En el 
“ejemplo3.bb” se muestra el 
modo de utilizar esta función. La 
variable global que almacenará la 
frase completa es “Entrada$”. 

En el “ejemplo4.bb” se mues- 
tra este sistema de impresión de 
caracteres gráficos en un entor- 
no 3D, el cual podría ser cual- 
quier videojuego. 

Este tipo de técnica resulta 
muy útil para dar mayor riqueza 
gráfica a nuestros juegos. 
Utilizada adecuadamente, es fácil 
modificar todos los textos de 
nuestro juego a diferentes idio- 


Resultado de un ejemplo práctico del sistema de 
impresión de caracteres gráficos para juegos. 


En el próximo 
número... 


dd 


... Veremos una técnica 


eficaz para crear y organizar 
una tabla de récords. 
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Juegos de estrateg 
juegos divinos y de puzzles 


erminamos la serie de- 
dicada a los juegos de 
estrategia en tiempo re- 
al, hablando de un sub- 
género muy especial con mez- 
clas de simulación y que ha sumi- 
nistrado títulos de gran especta- 
cularidad, belleza y que, sobre 
todo, ha proporcionado una for- 
ma de jugabilidad inigualable. 
Nos referimos a los juegos divi- 
nos. Aunque en el número anterior 
vimos juegos como la serie 
RailRoad o la serie Theme Park, 
que pueden estar incluidos en este 
subgénero, hemos querido hacer 
un estudio aparte del trabajo de 
Peter Molyneux, el padre de los 
“God-Games”. También hablare- 
mos de un género de estrategia 
que nos ha acompañado desde los 
primeros tiempos de la historia del 
videojuego: los juegos de puzzles. 


£3 SIMULADORES DE 
DIOS 


Encontramos un género, mezcla 
de simulación y estrategia, que le- 
vantó pasiones desde la publica- 
ción por Electronic Arts de 
Populous en 1989; un juego desa- 
rrollado por Bullfrog de la mano 
del gurú del entretenimiento Peter 
Molyneux. El concepto que mos- 
traba Populous era convertir al ju- 
gador en una deidad. El cometido 
principal era hacer más conforta- 
ble la vida del pueblo para así ob- 
tener poderes y destruir a los de- 
más dioses, quienes tenían los 
mismos objetivos. Como dios, el 
jugador poseía algunos poderes 
para destruir como fuego, terre- 
motos, huracanes, etc. Ese mismo 
año aparecía Populous: The 
Promised Lands con más de lo 
mismo. La saga se extendió y a lo 
largo de la década se desarrollaron 
nuevos títulos como: Populous ll: 
Trials of the Olympian Gods 
(1993) o Populous 3: The 
Beginning (1998), el cual, y si- 
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guiendo las líneas tecnológicas 
del momento, pasa de la isometría 
a un entorno completamente 3D y 
donde el jugador se convierte en el 
dios de un pequeño planeta en el 
que no sólo controla a sus habi- 
tantes sino la Tierra. Un año des- 
pués, aparece una expansión de 
The Beginning llamada 
Undiscovered Worlds (1999), en la 
que la historia se basa en la llega- 
da al cielo para restablecer el equi- 
librio en el mundo de los dioses. 

Antes de la publicación de 
Populous ll, la casa de Molyneux 
desarrolla Dungeon Keeper (1997), 
donde el jugador tiene que cons- 
truir y controlar un mundo bajo tie- 
rra aterrorizando a sus habitantes 
y destruyendo enemigos. La se- 
gunda parte se publicó dos años 
después con mejores gráficos pe- 
ro con el mismo argumento. 

Molyneux deja Bullfrog en 1997 
y funda LionHead Studios para 
crear el God-Game más especta- 
cular y original jamás visto hasta 
entonces: Black € White (2001) 

El concepto impuesto para 
Black 8 White supuso un revulsi- 
vo en la industria del videojuego. 
Su argumento inicial seguía sien- 
do el papel de dios que asume el 
jugador. En el juego existe una 
combinación única entre estrate- 
gia, construcción de mundos y Si- 
mulación social con una línea ar- 
gumental basada en juegos de rol 
que permite al jugador ser un dios 
bueno o malo encarnado en una 
gran criatura. Nuestra criatura es 
capaz de aprender y de seguir pa- 
trones independientes de compor- 
tamiento. Posee un gran nivel téc- 
nico con aspectos gráficos como: 
zoom infinito, física y climatología 
real o luces y sombras dinámicas. 
Además, el juego está conectado 
con la vida real; así, por ejemplo, 
podemos asignar a una criatura 
para que lea nuestro correo elec- 
trónico. Pero sobre todo es su lA 


la (yIV). 


La serie Populous, pionera del género 
God-Games. 


Black €: White revolucionó la forma de diseñar jue- 
gos de estrategia. 


Tras el éxito de Populous, Bullfrog desarrolló 
Dungeon Keeper, donde el concepto de juego divi- 
no se traslada a un mundo subterráneo. 


LA BIOGRAFÍA... 


PETER MOL Y NEUX 
Creador del God-Game 


Considerado como uno de los 
mejores creadores de juegos 
de todos los tiempos, Peter 
Molyneux empezó progra- 
mando hojas de cálculos. 
Entró en el mundo de los jue- 
gos para ordenador con 
Fusion en 1987, un juego de 
acción que provocó la crea- 
ción de la empresa Bullfrog. 
Con Bullfrog desarrolló un 
nuevo concepto de jugabili- 
dad que plasmó en Populous 
y en el que ponía al jugador 
en el papel de un dios. A raíz 
de este título Molyneux se 
consagró como unos de los 
más originales diseñadores 
de juegos y pronto su empre- 
sa creció sin límites. Siguió 
desarrollando God-Games 
como Dungeon Keeper, 
Syndicate o Theme Park, sin 
olvidar la serie Populous. En 
1997 deja la compañía 
Bullfrog después de ser com- 
prada por Electronic Arts y 
funda LionHead Studios en 
1997. Su nuevo equipo se 
queda perplejo ante la nueva 
idea que Molyneux tenía 
entre manos: Black €: White. 
Con este título, alcanza la 
definición absoluta de “juego 
divino”. Y su nueva empresa 
se convierte en el núcleo de 
otras compañías afiliadas 
como: Big Blue Box Studios, 
Black 8: White Studios e 
Intrepid Games, los cuales 
desarrollan sin parar las nue- 
vas invenciones de este gran 
Gurú del sector. 


Peter Molyneux 
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lo que sobresale del juego. Los ha- 
bitantes de Eden tienen vida pro- 
pia y son capaces de simular ale- 
gría, tristeza, gratitud o temor ade- 
más de la posibilidad emprende- 
dora típica del ser humano. No po- 
demos olvidar la interfaz de usua- 
rio única en el que el jugador sólo 
tiene que manejar el puntero del 
ratón convertido en mano. 

Posteriormente a este título apa- 
recieron nuevas partes como B8W: 
Criature Isle, B8W: Next Generation 
y en curso Black and White 2. 


£ JUEGOS DE PUZZLES 
Terminamos este capítulo dedica- 
do a los juegos de estrategia con 
el género más conocido y popular 
de todos. Los también denomina- 
dos “estruja cerebros” o juegos de 
habilidad mental. Prácticamente, 
los juegos de puzzles han sido el 
tipo de estrategia que ha domina- 
do todos los tipos de consolas, ya 
que precisan de pocos recursos 
gráficos como aceleración 3D o 
sonido envolvente. Este tipo de 
juegos era el favorito en las recrea- 
tivas de los años 80. La sencillez 
de gráficos necesarios para lograr 
un título más o menos aceptable 
produjo una avalancha de produc- 
ción para todas las consolas del 
momento ya que prácticamente, 
los títulos de consolas se apoya- 
ban en juegos de puzzles para reu- 
nir a la familia en torno al televisor. 
La mayoría de estos juegos para 
consolas han sido versionados 
para PC o están disponibles a tra- 
vés de emuladores especiales. 

En realidad, se podría hablar de 
un antes y un después del clásico 
Tetris de Alexey Pajitnov (1985). 
Todos los juegos posteriores a es- 
te título están, de alguna manera, 
influenciados en su sólido concep- 
to. La idea básica de este género 
es mostrar al jugador numerosos 
rompecabezas basados en reorga- 
nizar una serie de formas y colores 
en un patrón predefinido. Antes de 
la salida al mercado del Tetris, en- 
tre 1976 y 1987 existieron títulos 
de tipo educacional, como Othello 
o Tic-Tac-Toe (1977), basados en 
juegos populares. Pero los que 
más sobresalieron en la época fue- 


“ron: Maze (1976), Oix (1981), 


OBert (1982) o Locomotion (1982). 


£, HISTORIA DEL 
“LD vIDEOJUEGO 


Al publicarse Tetris para orde- 
nadores personales en 1987, todo 
cambió. El concepto de videojuego 
de puzzle adquirió la premisa bási- 
ca de encajar piezas de diferentes 
colores y formas entre sí. Está ba- 
sado en la utilización de 7 figuras 
formadas por 4 pequeños bloques 
unidos de diferente forma (la pala- 
bra “tetris” viene de “tetra”, 4). 
Tetris ha sido el juego más versio- 
nado de todos y el único que ha 
aparecido en todas las formas de 
máquinas de juegos conocidas, 
desde las recreativas hasta la con- 
sola de llavero. Después del Tetris, 
todas las desarrolladoras de equi- 
pos lúdicos tenían su propia ver- 
sión. Algunas de ellas optaron por 
representar el “mundo tetris” en 
3D (Block Out, 1989) o simulado 
(Klax, 1989) Pero pocos llegaron 
desarrollar un estilo personal y ori- 
ginal como en el caso de Ishido 
(1990), Bust-A-Move (1994), Panic 
Bomber (1994) o Columns (1990), 
este último con una jugabilidad in- 
cluso superior, ya que permitía mu- 
chas más combinaciones en el jue- 
go. También aparecieron nuevos 
conceptos utilizando otras mane- 
ras de usar las formas y colores 
mediante imágenes y figuras de 
objetos. Las posibilidades de los 
ordenadores personales como el 
PC abrieron las puertas a nuevos 
conceptos en juegos de puzzles. 
Entonces surgió un título ingenio- 
so y único: Lemmings (1992). El ju- 
gador debe controlar a unos hom- 
brecitos para llevarlos sanos y sal- 
vos a la salida del nivel por medio 
de ciertas habilidades. Poseía unos 
gráficos y animaciones fantásticos 
para la época. Rompió con el es- 
quema de juegos de habilidad por 
el del sistema ensayo - error. 

Existen infinidad de títulos para 
este género. En 2D o 3D, con me- 
jores o peores gráficos, todos si- 
guen la premisa de mantener al ju- 
gador o jugadores pegados al mo- 
nitor resolviendo puzzles y desa- 
rrollando la agilidad mental sin nin- 
gún tipo de violencia. 


En el próximo 
número... 


de 


... hablaremos de los juegos 
de rol. 
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Preguntas 


1. ¿Cómo podemos modificar el tamaño de la vista de una cámara en Blitz3D? 
2, ¿Cómo podemos saber con el puntero del ratón la posición de un objeto 3D en Blitz3D? 


3. ¿Cómo podemos aislar una colisión para saber con qué elemento de un mismo tipo 
hemos colisionado? 


4. ¿Cómo podemos colocar un sprite en un polígono con la misma orientación que éste? 


5. En Milkshape3D, ¿qué operación podemos utilizar para modelar la estructura de una 
roca? 


6. Antes de poder pintar en Deep Paint 3D, ¿qué es lo que debe tener creado el modelo? 


7. Si queremos grabar una pista MIDI en Anvil Studio con un teclado externo, ¿qué es lo que 
debemos preparar primero para que sea posible? 


8. ¿Cómo podemos cuantizar una pista en Anvil Studio? 
9. Define y lee una base de datos que contenga las letras del alfabeto en Blitz3D. 


10. ¿Cómo podemos sustituir una letra de una frase por una imagen en Blitz3D? 


Respuestas al cuestionario 12 


> 1. “LoadAnimMesh” se utiliza para cargar un modelo con o sin animación. En caso de no contener animación, cargaría todas las 
partes del modelo si éste no estuviera agrupado. En caso contrario, obtendríamos la secuencia de animaciones completa. 


> 2. Modelo_hombre = LoadAnimMesh (“hombre_andando.3ds”) 
Animate Modelo_hombre, 1 


> 3. ¡Definimos la estructura de datos 
Type tipo_disparo 
Field Sprite 
Field x,y,z 
End Type 
; llamamos a la función para crear un disparo desde la nave 
Crear_Disparo.tipo_disparo(pivote_nave,sprite_disparo) 
Funcion para crear el disparo 
Function Crear_Disparo. Tipo_disparo(pivote_nave,entidad_disparo) 
Disparo.tipo_disparo = New tipo_disparo 
DisparoWSprite= CopyEntity (entidad_disparo, pivote_nave) 
DisparoWx= EntityX(pivote_nave) 
Disparow= EntityZ(pivote_nave) 
DisparoWy= EntityY(pivote_nave) 
End Function 


> 4. Llamando a la función de actualización para cada disparo con un bucle: 
For Disparo.tipo_disparo= Each tipo_disparo 
Actualizar_disparo(disparo) 
Next 


[> 5. Activando la casilla “I|K Chain Terminator” en la ventana de opciones Too! Option en Joint. 
6. Modificando el “framerate” manualmente. Para ello, elegimos la opción Custom en Set framerate del menú Animation. 
7. En Anvil Studio se pueden crear pistas MIDI (instrumentos), de ritmos y pistas de audio. 
> 8. Los eventos MIDI en Anvil Studio se editan en la sección Compose. 
9. Utilizando planos, por medio de una primitiva cúbica o utilizando mapeado cúbico. 
1 


O. En primer lugar debemos preparar las texturas en un programa de dibujo. Seguidamente, modelamos un cubo lado a lado. Cada 
lado lo formamos uniendo vértices y triángulos en una superficie y que posteriormente texturizamos con un brush. 
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» AUDIO 
MH AnalogX Scratch 


Pequeño programa gratuito para realizar scrat- 


ches y luego exportarlos a un fichero .wav. 

ME Audacity 

Completo editor de audio con el que grabar, 

mezclar y editar pistas de audio con calidad 

CD. 

Ml Groovebox 

Maravilloso 

programita 

hecho en Flash 

con el que 

podrás realizar 

un montón de 

mezclas en sosss9s99. 

vivo. y y 

Ml JV Percussion Generator 
Light 4 

Genera percusiones a partir de simples 

palabras. Muy divertido, 

E MbooM 

Secuenciador que además permite el trata- 

miento de melodías. 


» DISEÑO 2D 

MH Advanced JPEG Compressor 
Herramienta que nos asiste en la tarea de 
convertir y comprimir imágenes en formato 
JPG, para el uso en la web. 


BE 


» 
a 
l 
a 
Ed 
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MH DiagramStudio 2.2 
Con este potente programa podrás crear 
diagramas para poner en orden tus ideas y 
proyectos. 
Ml FireGraphic XP 
Solución completa para visualizar, ordenar e 
imprimir imágenes con rapidez. 
Ml Photolightning 


Sencillo programa para optimizar y realizar 
cambios rápidos en nuestros archivos gráficos. 
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HE PhotoMeister 1.22 

Con esta utilidad podrás crear completos 
álbumes con todas tus fotos e ilustraciones. 
Ml Tess 1.41 

Usando esta herramienta lograrás dibujar 
formas geométricas en pocos minutos. 


» DISEÑO 3D 

E D Sculptor 2.0 

Editor de objetos 3D muy completo y que 
produce resultados de una gran profesiona- 
lidad. 


Ml Poser 4 

Uno de los programas de diseño 3D más 
utilizados y potentes con el que podrás 
modelar espectaculares personajes. 


Ml RayArtTan 1.0 

Render para animaciones en tres dimensio- 

nes muy fácil de usar. 

El SolidWorks Property Propa- 
Gator 

Maneja eficientemente tus archivos de 

SolidWorks. 


» PROGRAMACIÓN 

MH SuperEditor 2.01 

Simplifica tus ¡== 

tareas de pro- 

gramación 

con este 

potente editor 

con el que 

verás el códi- 

go mucho más claro. 

Ml Defect Agent 3.0 

Con esta práctica utilidad podrás ir tomando 

nota de todos los fallos en el desarollo. 

Ml EasyLicenser License 
Manager 

Protege el software que crees con esta 

herramienta de control de licencias. 


Ml Emeditor 

Pequeño editor con soporte para múltiples 
lenguajes de programación. 

Ml InstallConstruct 5.3 

Crea instaladores, agentes de ayuda y 
desinstaladores para tus programas. 

E Video2000 

Evalúa la calidad de tus imágenes y del juego 
para ver si éste se visualiza correctemente, 


» JUEGOS 
MH Block Out 1.58 
Famoso juego que no es sino un peculiar 
Tetris en tres dimensiones. 
El Bust-A-Move 4 
Simpático puzzle en el que debes explotar 
todas las burbujas a tiempo. 
MH Populous The Beginning 
Demo del estupendo juego en el que adqui- 
rías el poder de ser un dios, 
MH Lemmings 3D 
Versión en tres dimensiones de los Lemmings, 
que tantos adeptos sigue teniendo. 
El Tetristation o 

1.0 ' , 
Juega al clásico 
Tetris en esta 
nueva versión, que 
sin duda te engan- 
chará. 
E Zone of Fighters 
Como todas las semanas, nuestro juego. 


» VÍDEO 
E Joiner 1.1 
Aplicación para 
unir y sincronizar 
vídeo y audio 
muy fácilmente. 


E M2 Edit Pro 5.0 

Editor avanzado de MPEG-2 con el que 
podrás realizar auténticas virguerías. 

E WinVMPG Video Convert 1.50 
Convierte tus archivos de vídeo en distintos 
formatos usando este programa. 


» EXTRAS 
En este apartado encontrarás todos los 
ejemplos de los que hablamos en el colec- 
cionable, para que no pierdas detalle, 
Diseño y 
Programación de 
fas O)2.44] eo 


